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A few examples of inheritance 


// Exaple 1 - the superclass Window, for 
// a Window on your computer screen 
public class Window 
{ 

protected lowerLeftxX; 

protected lowerLeftY; 

protected upperRightx; 

protected upperRightY ; 


public Window() 
{ 


// some code for this 


si 


public void DrawWindowBorder () 


{ 


// some code for this 


i; 


// inherits the four instance variables of 
// Window, and the two methods. Adds the 
// instance variable of its own below, and 
// the two methods below. DialogWindow 
// therefore has five instance variables 
// and four methods. Not all Windows need 
// dialog, but DialogWindows do, so we add 
// that variable and those methods here. 
public class DialogWindow extends Window 
af 

protected String textMessage; 


public DialogWindow() 


{ 
// some code for this 
} 
public void AddTextToWindow() 
{ 
// some code for this 
} 


// Example 2 - the superclass Vehicle; 
// all vehicles will have tires that 
// have a certain tire pressure 
public class Vehicle 


af 


protected maxTirePressure; 


public Vehicle() 


{ 
// some code 
} 
public void FillTires() 
{ 
// some code 
} 


// The subclass Van, inherits the 
// variables and methods from 

// Nehicle, and adds some of its 
// own for cargo-carrying. 
public class Van extends Vehicle 


st 


protected int cargospace; 


public Van() 
{ 
// some code 


} 


public void PrintCargo() 
{ 
// some code 


i 


// The subclass Car, inherits the 
// variables and methods from 

// Nehicle, and adds some of 

// its own for a spoiler. 

public class Car extends Vehicle 


a6 
protected int spoilerLength; 


public Car() 
{ 
// some code 


} 


public boolean SpoilerWashed () 
{ 
// some code 


i 


Constructors and Inheritance 


Below is the constructor snippet of our Clock() class. 


public class Clock 


{ 


protected int minutes; 
protected int hour; 
protected boolean AM; 


public Clock() 


if 
hour = 12; 
minutes = Q; 
AM = true; 

- 


public Clock(int theHour, int theMin, 
boolean theAM) 
{ 
hour = theHour; 
minutes = theMin; 
AM = theAM; 


Now, when we write the PreciseClock constructors, 


we could do all the assignments there: 


public class PreciseClock extends Clock 


{ 


private int seconds; 


public PreciseClock() 
{ 
// the same way that Clock() did 
hour = 12; 
minutes = 0; 
AM = true; 


// new for PreciseClock() 
seconds = 0; 


} 


public PreciseClock(int hr, int min, 
int sec, boolean theAM) 
if 
// the same way that Clock(.., .., ..) did. 
hour = theHour; 
minutes = theMin; 
AM = theAM; 


// new for PreciseClock(.., .., .., ..) 
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seconds = sec; 


t 
Two problems with that, though: 


1. It is duplicating a lot of work that we already did in 
Clock’s constructors 


2. If Clock ()’s instance variables were private instead 
of protected, we would have no way of doing this. 


In addition, we cannot ever call the constructor di- 
rectly, i.e. the following code is illegal: 


public class PreciseClock extends Clock 


{ 


private int seconds; 


public PreciseClock() 


{ 
// illegal!!!!! 
Clock() ; 
// new for PreciseClock() 
seconds = 0; 
} 


The only time you can explicitly a constructor name is 
after “new” : 


ci = new Clock(); 
Peet gt om -- new Clock 
allocates object 
ae ieee ae -- Clock(® 
constructor call 


You can’t just go and throw a call to Clock() into your 
code anywhere. You can only use Clock() in allocation 
statements as above. So what can we do? 


Solution : the keyword super, which means, “call the 
superclass constructor with these arguments’ . 


public class PreciseClock extends Clock 


{ 


private int seconds; 


public PreciseClock() 
{ 

super () ; 

seconds = QO; 


} 


public PreciseClock(int hr, int min, 
int sec, boolean theAM) 
{ 
super(hr, min, theAM) ; 
seconds = sec; 


} 


In the first method above, the super() call means, 
“call the no-argument Clock constructor”. In the sec- 
ond method above, the super(hr, min, theAM) call 
means, “callthe Clock(int, int, boolean) construc- 
tor with the arguments hr, min, and theAM’. 

This allows us to call the Clock constructors without 
actually writing statements like Clock () ; into our code. 

A few important points: 


First, every subclass constructor calls a constructor of 
the superclass. That means if we leave the super calls out 
of the PreciseClock constructors above, a super call 
will be put in automatically for us. However, the compiler 
will not try and figure out what we might want; it will 
just throw in a super () call, which will invoke the no- 
argument constructor of the superclass. If the superclass 
does not have a no-argument constructor, this will result 
in a compiler error. 

So, if we have a no-argument constructor in our super- 
class, or if we had no explicitly-written constructors at 
all (meaning the compiler stuck a default no-argument 
constructor into our superclass for us), then we can leave 
super(...) calls of any kind (arguments or no argu- 
ments) out of our subclass constructors, and that super- 
class no-argument constructor will always get invoked, 
due to the compiler adding super () calls into our sub- 
class constructors for us. In fact, if we don’t write any 
constructors for either the superclass or subclass, then 





1. the compiler puts a default no-argument constructor 
in the superclass, 


2. the compiler puts a default no-argument constructor 
in the subclass, 


3. and the default no-argument constructor the compiler 
supplies to the subclass will have a call super( to 
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the default no-argument constructor in the superclass. 


But!!! If we have other constructors in the superclass 
but not a no-argument one, then we have to write our 
own super(...) calls in the subclass constructors, and 
supply arguments to those super(...) calls, because 
the compiler’s default behavior — throwing a super () call 
into to the subclass constructor to make up for our not 
having put one there ourselves — will cause an error due 
to the superclass not having a no-argument constructor. 

The second key point is that the super(...) call 
should — and will — always come first in a constructor. 
If you put it later, for example: 


public PreciseClock(int hr, int min, 
int sec, boolean theAM) 
af 
seconds = sec; 
super(hr, min, theAM) ; 
} 


then the compiler will notice that there is no super(...) 
call on the first line and will supply that default super ( 
call: 


public PreciseClock(int hr, int min, 
int sec, boolean theAM) 


{ 
super(); // compiler-supplied default 
seconds = sec; 
super(hr, min, theAM); 

} 


So, you can’t put the super(...) call later. It has 
to be on line 1 of your subclass constructor — or else the 
compiler will put one on line 1 for you as if you had for- 
gotten the super(...) call entirely. This ensures that 
the superclass initializations are always done before the 
subclass initializations due to the superclass constructor 
always being called before the subclass constructor. 











public class C1 {...} 
public class C2 extends Ci {...} 
public class C3 extends C2 {...} 


public class C4 extends C3 {...} 


Without knowing anything more about the four classes 
above, we know that if we allocate a C4 object, it’s con- 
structor will invoke a C3 constructor first-thing, which 
will invoke a C2 constructor first-thing, which will invoke 
a Cl constructor first-thing. So, the Cl constructor will 
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run to completion, then the C2 constructor will finish lines 
2 through whatever, then the C3 constructor will finish 
lines 2 through whatever, then the C4 constructor will 
finish lines 2 through whatever. We therefore know that 
the order the constructors will run in will be C1, all-of- 
C2-but-the-super-call, all-of-C3-but-the-super-call, all-of- 
C4-but-the-super-call, and no other possible order, when 
we allocate a C4 object! 





